Methods for managing a federated identity environment using security and access control data and devices thereof

ABSTRACT

Methods, non-transitory computer readable media, network traffic manager apparatuses, and systems that assist with managing a federated identity environment includes performing one or more first access control checks on a client upon receiving a request to access one or more web applications. A new signature including data associated with the performed one or more access control checks is generated. Next, the client is redirected to a first server with the generated signature to determine when to authorize the client to access the requested one or more web applications. The client is granted access to the requested one or more web applications when the client is determined to be authorized to access the requested one or more web applications based on one or more second access control checks enforced on the client using the generated signature, and wherein data associated with the enforced one or more second access control checks is included in a response signature.

This application claims the benefit of U.S. Provisional Patent Application Ser. No. 62/505,435, filed May 12, 2017, which is hereby incorporated by reference in its entirety.

FIELD

This technology generally relates to methods and devices for network traffic management and, more particularly, to methods for managing a federated identity environment using security and access control data and devices thereof.

BACKGROUND

Federated identity environment provides a way of securely exchanging identity information across internet domains. When a user accesses an application, the service provider component of the application redirects the user to the identity provider for user authentication. The user is authenticated by the identity provider and redirected back to the service provider with a token, and then the service provider validates the token with the identity provider and allows access to the application. When the identity provider has a trust-chaining relationship with another identity provider, the user has to go through more than one identity provider for successful identity verification. Each service provider and each identity provider is configured with their own security and access control checks, and the user/security information gathered and the access control decisions made at one entity are not leveraged by other entities. Additionally, the scope of the access control enforcement is limited at some entities due to their inability to conduct certain checks.

SUMMARY

A method for managing a federated identity environment using security and access control data includes performing one or more first access control checks on a client upon receiving a request to access one or more web applications. A new signature including data associated with the performed one or more access control checks is generated. Next, the client is redirected to a first server with the generated signature to determine when to authorize the client to access the requested one or more web applications. The client is granted access to the requested one or more web applications when the client is determined to be authorized to access the requested one or more web applications based on one or more second access control checks enforced on the client using the generated signature, and wherein data associated with the enforced one or more second access control checks is included in a response signature.

A non-transitory computer readable medium having stored thereon instructions for managing a federated identity environment using security and access control data comprising machine executable code which when executed by at least one processor, causes the processor to perform steps including performing one or more first access control checks on a client upon receiving a request to acces one or more web applications. A new signature including data associated with the performed one or more access control checks is generated. Next, the client is redirected to a first server with the generated signature to determine when to authorize the client to access the requested one or more web applications. The client is granted access to the requested one or more web applications when the client is determined to be authorized to access the requested one or more web applications based on one or more second access control checks enforced on the client using the generated signature, and wherein data associated with the enforced one or more second access control checks is included in a response signature.

A network traffic management apparatus including at least one of configurable hardware logic configured to be capable of implementing or a processor coupled to a memory and configured to execute programmed instructions stored in the memory to perform one or more first access control checks on a client upon receiving a request to access one or more web applications. A new signature including data associated with the performed one or more access control checks is generated. Next, the client is redirected to a first server with the generated signature to determine when to authorize the client to access the requested one or more web applications. The client is granted access to the requested one or more web applications when the client is determined to be authorized to access the requested one or more web applications based on one or more second access control checks enforced on the client using the generated signature, and wherein data associated with the enforced one or more second access control checks is included in a response signature.

A network traffic management system, comprising one or more traffic management apparatuses, client devices, or server devices, the network traffic management system comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to perform one or more first access control checks on a client upon receiving a request to access one or more web applications. A new signature including data associated with the performed one or more access control checks is generated. Next, the client is redirected to a first server with the generated signature to determine when to authorize the client to access the requested one or more web applications. The client is granted access to the requested one or more web applications when the client is determined to be authorized to access the requested one or more web applications based on one or more second access control checks enforced on the client using the generated signature, and wherein data associated with the enforced one or more second access control checks is included in a response signature.

This technology provides a number of advantages including providing a method, non-transitory computer readable medium, apparatus, and system that effectively assists with managing a federated identity environment using security and access control data. By leveraging the security and access control decisions across different entities, the disclosed technology provides fast response, authentication optimization and enhanced access control enforcement (like enforcing multi-factor authentication by combining decisions made at different entities).

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an example of a block diagram of a network traffic management system including a network traffic management apparatus for managing a federated identity environment using security and access control data;

FIG. 2 is an example of a block diagram of a network traffic management apparatus;

FIG. 3 is an exemplary flowchart of a method for managing a federated identity environment using security and access control data; and

FIG. 4 is an exemplary sequence diagram for managing a federated identity environment using security and access control data.

DETAILED DESCRIPTION

An example of a network traffic management system 10 which incorporates a network traffic management system for managing a federated identity environment using security and access control data with the network traffic manager apparatus 14 is illustrated in FIGS. 1 and 2. The network traffic management system 10 includes a plurality of client computing devices 12(1)-12(n), an identity provider (IDP) server 13, a network traffic manager apparatus 14, and a plurality of web application servers 16(1)-16(n) which are coupled together by communication networks 30, although the system can include other types and numbers of systems, devices, components, and/or elements and in other topologies and deployments. While not shown, the network traffic management system 10 may include additional network components, such as routers, switches and other devices, which are well known to those of ordinary skill in the art and thus will not be described here. This technology provides a number of advantages including managing a federated identity environment using security and access control data.

Referring more specifically to FIGS. 1 and 2, the network traffic manager apparatus 14 of the network traffic management system is coupled to the plurality of client computing devices 12(1)-12(n) through the communication network 30, although the plurality of client computing devices 12(1)-12(n) and network traffic manager apparatus 14 may be coupled together via other topologies. Additionally, the network traffic manager apparatus 14 is coupled to the plurality of web application servers 16(1)-16(n) through the communication network 30, although the web application servers 16(1)-16(n) and the network traffic manager apparatus 14 may be coupled together via other topologies. Further, the network traffic manager apparatus 14 is coupled to the IDP server 13 through the communication network 30, although the IDP server 13 and network traffic manager apparatus 14 may be coupled together via other topologies

The network traffic manager apparatus 14 assists with managing a federated identity environment using security and access control data as illustrated and described by way of the examples herein, although the network traffic manager apparatus 14 may perform other types and/or numbers of functions. As illustrated in FIG. 2, the network traffic manager apparatus 14 includes processor or central processing unit (CPU) 18, memory 20, optional configurable hardware logic 21, and a communication system 24 which are coupled together by a bus device 26 although the network traffic manager apparatus 14 may comprise other types and numbers of elements in other configurations. In this example, the bus 26 is a PCI Express bus in this example, although other bus types and links may be used.

The processors 18 within the network traffic manager apparatus 14 may execute one or more computer-executable instructions stored in memory 20 for the methods illustrated and described with reference to the examples herein, although the processor can execute other types and numbers of instructions and perform other types and numbers of operations. The processor 18 may comprise one or more central processing units (“CPUs”) or general purpose processors with one or more processing cores, such as AMD® processor(s), although other types of processor(s) could be used (e.g., Intel®).

The memory 20 within the network traffic manager apparatus 14 may comprise one or more tangible storage media, such as RAM, ROM, flash memory, CD-ROM, floppy disk, hard disk drive(s), solid state memory, DVD, or any other memory storage types or devices, including combinations thereof, which are known to those of ordinary skill in the art. The memory 20 may store one or more non-transitory computer-readable instructions of this technology as illustrated and described with reference to the examples herein that may be executed by the processor 18. The exemplary flowchart shown in FIG. 3 is representative of example steps or actions of this technology that may be embodied or expressed as one or more non-transitory computer or machine readable instructions stored in the memory 20 that may be executed by the processor 18 and/or may be implemented by configured logic in the optional configurable logic 21.

Accordingly, the memory 20 of the network traffic manager apparatus 14 can store one or more applications that can include computer executable instructions that, when executed by the network traffic manager apparatus 14, causes the network traffic manager apparatus 14 to perform actions, such as to transmit, receive, or otherwise process messages, for example, and to perform other actions described and illustrated below with reference to FIGS. 3-4. The application(s) can be implemented as module or components of another application. Further, the application(s) can be implemented as operating system extensions, module, plugins, or the like. The application(s) can be implemented as module or components of another application. Further, the application(s) can be implemented as operating system extensions, module, plugins, or the like. Even further, the application(s) may be operative in a cloud-based computing environment. The application(s) can be executed within virtual machine(s) or virtual server(s) that may be managed in a cloud-based computing environment. Also, the application(s), including the network traffic manager apparatus 14 itself, may be located in virtual server(s) running in a cloud-based computing environment rather than being tied to one or more specific physical network computing devices. Also, the application(s) may be running in one or more virtual machines (VMs) executing on the network traffic manager apparatus 14. Additionally, in at least one of the various embodiments, virtual machine(s) running on the network traffic manager apparatus 14 may be managed or supervised by a hypervisor.

The optional configurable hardware logic device 21 in the network traffic manager apparatus 14 may comprise specialized hardware configured to implement one or more steps of this technology as illustrated and described with reference to the examples herein. By way of example only, the optional configurable logic hardware device 21 may comprise one or more of field programmable gate arrays (“FPGAs”), field programmable logic devices (“FPLDs”), application specific integrated circuits (ASICs”) and/or programmable logic units (“PLUs”).

The communication system 24 in the network traffic manager apparatus 14 is used to operatively couple and communicate between the network traffic manager apparatus 14, the plurality of client computing devices 12(1)-12(n), the IDP server 13, and the plurality of web application servers 16(1)-16(n) which are all coupled together by communication network 30 such as one or more local area networks (LAN) and/or the wide area network (WAN), although other types and numbers of communication networks or systems with other types and numbers of connections and configurations to other devices and elements may be used. By way of example only, the communication network such as local area networks (LAN) and the wide area network (WAN) can use TCP/IP over Ethernet and industry-standard protocols, including NFS, CIFS, SOAP, XML, LDAP, and SNMP, although other types and numbers of communication networks, can be used. In this example, the bus 26 is a PCI Express bus in this example, although other bus types and links may be used.

Each of the plurality of client computing devices 12(1)-12(n) of the network traffic management system 10, include a central processing unit (CPU) or processor, a memory, input/display device interface, configurable logic device and an input/output system or I/O system, which are coupled together by a bus or other link. The plurality of client computing devices 12(1)-12(n), in this example, may run interface applications, such as Web browsers, that may provide an interface to make requests for and send and/or receive data to and/or from the web application servers 16(1)-16(n) via the network traffic manager apparatus 14. Additionally, the plurality of client computing devices 12(1)-12(n) can include any type of computing device that can receive, render, and facilitate user interaction, such as client computers, network computer, mobile computers, mobile phones, virtual machines (including cloud-based computer), or the like. Each of the plurality of client computing devices 12(1)-12(n) utilizes the network traffic manager apparatus 14 to conduct one or more operations with the web application servers 16(1)-16(n), such as to obtain data and/or access the applications from one of the web application servers 16(1)-16(n), by way of example only, although other numbers and/or types of systems could be utilizing these resources and other types and numbers of functions utilizing other types of protocols could be performed.

The IDP server 13 of the network traffic management system include a central processing unit (CPU) or processor, a memory, and a communication system, which are coupled together by a bus or other link, although other numbers and/or types of network devices could be used. Generally, the IDP server 13 assists with generating and providing access tokens, via the communication network 30 according to the HTTP-based application RFC protocol or the CIFS or NFS protocol in this example, but the principles discussed herein are not limited to this example and can include other application protocols. A series of applications may run on the IDP server 13 that allows the transmission of data requested by the network traffic manager apparatus 14. It is to be understood that the IDP server 13 may be hardware or software or may represent a system with multiple external resource servers, which may include internal or external networks. In this example the IDP server 13 may be any version of Microsoft® IIS servers or Apache® servers, although other types of servers may be used.

Each of the plurality of web application servers 16(1)-16(n) of the network traffic management system include a central processing unit (CPU) or processor, a memory, and a communication system, which are coupled together by a bus or other link, although other numbers and/or types of network devices could be used. Generally, the plurality of web application servers 16(1)-16(n) process requests for providing access to one or more enterprise web applications received from the plurality of client computing devices 12(1)-12(n), network traffic manager apparatus 14, via the communication network 30 according to the HTTP-based application RFC protocol or the CIFS or NFS protocol in this example, but the principles discussed herein are not limited to this example and can include other application protocols. A series of applications may run on the plurality web application servers 16(1)-16(n) that allows the transmission of applications requested by the plurality of client computing devices 12(1)-12(n), or the network traffic manager apparatus 14. The plurality of web application servers 16(1)-16(n) may provide data or receive data in response to requests directed toward the respective applications on the plurality web application servers 16(1)-16(n) from the plurality of client computing devices 12(1)-12(n) or the network traffic manager apparatus 14. It is to be understood that the plurality of web application servers 16(1)-16(n) may be hardware or software or may represent a system with multiple external resource servers, which may include internal or external networks. In this example the plurality of web application servers 16(1)-16(n) may be any version of Microsoft® IIS servers or Apache® servers, although other types of servers may be used.

Although the plurality of web application servers 16(1)-16(n) are illustrated as single servers, one or more actions of the IDP server 13 and each of the plurality of web application servers 16(1)-16(n) may be distributed across one or more distinct network computing devices. Moreover, the plurality of web application servers 16(1)-16(n) are not limited to a particular configuration. Thus, the plurality of plurality web application servers 16(1)-16(n) may contain a plurality of network computing devices that operate using a master/slave approach, whereby one of the network computing devices of the plurality of web application servers 16(1)-16(n) operate to manage and/or otherwise coordinate operations of the other network computing devices. The plurality of web application servers 16(1)-16(n) may operate as a plurality of network computing devices within cluster architecture, a peer-to peer architecture, virtual machines, or within a cloud architecture.

Thus, the technology disclosed herein is not to be construed as being limited to a single environment and other configurations and architectures are also envisaged. For example, the one or more of the plurality of web application servers 16(1)-16(n) depicted in FIG. 1 can operate within network traffic manager apparatus 14 rather than as a stand-alone server communicating with network traffic manager apparatus 14 via the communication network(s) 30. In this example the plurality of web application servers 16(1)-16(n) operate within the memory 20 of the network traffic manager apparatus 14.

While the network traffic manager apparatus 14 is illustrated in this example as including a single device, the network traffic manager apparatus 14 in other examples can include a plurality of devices or blades each with one or more processors each processor with one or more processing cores that implement one or more steps of this technology. In these examples, one or more of the devices can have a dedicated communication interface or memory. Alternatively, one or more of the devices can utilize the memory, communication interface, or other hardware or software components of one or more other communicably coupled of the devices. Additionally, one or more of the devices that together comprise network traffic manager apparatus 14 in other examples can be standalone devices or integrated with one or more other devices or applications, such as one of the IDP server 13, plurality of web application servers 16(1)-16(n) or, the network traffic manager apparatus 14, or applications coupled to the communication network(s), for example. Moreover, one or more of the devices of the network traffic manager apparatus 14 in these examples can be in a same or a different communication network 30 including one or more public, private, or cloud networks, for example.

Although an exemplary network traffic management system 10 with the plurality of client computing devices 12(1)-12(n), the IDP server 13, the network traffic manager apparatus 14, and the plurality of web application servers 16(1)-16(n), communication networks 30 are described and illustrated herein, other types and numbers of systems, devices, blades, components, and elements in other topologies can be used. It is to be understood that the systems of the examples described herein are for exemplary purposes, as many variations of the specific hardware and software used to implement the examples are possible, as will be appreciated by those skilled in the relevant art(s).

Further, each of the systems of the examples may be conveniently implemented using one or more general purpose computer systems, microprocessors, digital signal processors, and micro-controllers, programmed according to the teachings of the examples, as described and illustrated herein, and as will be appreciated by those of ordinary skill in the art.

One or more of the components depicted in the network traffic management system, such as the network traffic manager apparatus 14, the plurality of client computing devices 12(1)-12(n), the IDP server 13, the plurality of web application servers 16(1)-16(n), for example, may be configured to operate as virtual instances on the same physical machine. In other words, one or more of network traffic manager apparatus 14, the IDP server 13, the plurality of client computing devices 12(1)-12(n), or the plurality of web application servers 16(1)-16(n) illustrated in FIG. 1 may operate on the same physical device rather than as separate devices communicating through a network as depicted in FIG. 1. There may be more or fewer plurality of client computing devices 12(1)-12(n), the IDP server 13, network traffic manager apparatus 14, or the plurality of web application servers 16(1)-16(n) than depicted in FIG. 1. The plurality of client computing devices 12(1)-12(n), the IDP server 13, the plurality of web application servers 16(1)-16(n) could be implemented as applications on network traffic manager apparatus 14.

In addition, two or more computing systems or devices can be substituted for any one of the systems or devices in any example. Accordingly, principles and advantages of distributed processing, such as redundancy and replication also can be implemented, as desired, to increase the robustness and performance of the devices and systems of the examples. The examples may also be implemented on computer system(s) that extend across any suitable network using any suitable interface mechanisms and traffic technologies, including by way of example only teletraffic in any suitable form (e.g., voice and modem), wireless traffic media, wireless traffic networks, cellular traffic networks, G3 traffic networks, Public Switched Telephone Network (PSTNs), Packet Data Networks (PDNs), the Internet, intranets, and combinations thereof.

The examples may also be embodied as a non-transitory computer readable medium having instructions stored thereon for one or more aspects of the technology as described and illustrated by way of the examples herein, which when executed by a processor (or configurable hardware), cause the processor to carry out the steps necessary to implement the methods of the examples, as described and illustrated herein.

An example of a method for managing a federated identity environment using security and access control data will now be described with reference to FIGS. 1-4. Particularly with reference to FIGS. 3 and 4, in step 305, the network traffic manager apparatus 14 receives a request from one of the plurality of client computing devices 12(1)-12(n) to access a web application in the plurality of web applications 16(1)-16(n), although the network traffic manager apparatus 14 can receive other types of requests from other devices.

Next in step 310, the network traffic manager apparatus 14 determines when the received request includes an access token. Accordingly, when the network traffic manager apparatus 14 determines that the received request includes the access token, then the Yes branch is taken to step 340 which will further be illustrated below. However, when the network traffic manager apparatus 14 determines that the received request does not include the received token, then the No branch is taken to step 315.

In step 315, the network traffic manager apparatus 14 performs access control checks on the requesting one of the plurality of client computing devices 12(10-12(n). In this example, performing access control checks relates to determining if the requesting one of the plurality of client computing devices 12(1)-12(n) has required authentication, hardware and/or software resources illustrated in the access control and the security policy, although access control checks and include other types and/or amounts of functions. By way of example, different types of access control checks can include determining for the presence of anti-virus, firewall, a specific version of the operation system, user role, user group, although the access control checks can include other types of checks.

Next in step 320, the network traffic manager apparatus 14 generates a signature to include data associated with the type of access control checks that were performed and the results of the access control checks, although the signature can include other types and/or amounts of data such that the IDP server 13 receiving the signature can verify the authenticity of the signature before using it. By generating a signature and including the data relating to completed access control checks, knowledge of the completed access control checks is passed to other entities so that they can have complete understanding of the user and their device. Additionally, by knowing what checks the user has already gone through, entities can speed up their checks by not repeating the checks the user has already completed. In another example, based on the data in the signature, additional access control checks can be performed, or the number of access control checks can also be reduced.

Next in step 325, the network traffic manager apparatus 14 redirects the requesting one of the plurality of client computing devices 12(1)-12(n) to the IDP server 13 along with the generated signature. In this example, the requesting one of the plurality of client computing devices 12(1)-12(n) provides the IDP server 13 with the necessary credentials to access the web application; although the network traffic manager apparatus 14 can provide the credentials to the IDP server 13 while redirecting.

Next in step 327, the IDP server 13 then determines the validity of the credentials and when the credentials are determined to be valid, performs one or more additional access control and/or security checks. In this example, the IDP server 13 obtains the data such as user and the device information from the signature to identify the types and/or number of access control checks that were previously completed and can use this data to change (add, reduce, or perform selective access control) the access control check that is going to be performed, although the IDP server 13 can use other types or amounts of parameters to take this decision. Next, the IDP server 13 provides the requesting one of the plurality of client computing devices 12(1)-12(n) with the authorization grant code. Additionally in this example, prior to redirecting the requesting one of the plurality of client computing devices 12(1)-12(n) back to the network traffic manager apparatus 14, the IDP server can generate a new signature to include data associated with the security and access control checks performed by the IDP server 13, although the new signature can include other types or amounts of information. Finally, the IDP server 13 redirects the requesting one of the plurality of client computing devices 12(1)-12(n) back to the network traffic manager apparatus 14 along with the new signature. Alternatively in another example, the IDP server 13 can redirect the requesting one of the plurality of client computing devices 12(1)-12(n) to a second IDP server (not illustrated) to perform additional access control checks and can generate and include a new signature (data associated with the access control checks performed by the IDP server) while redirecting. Further, the second IDP server can perform additional access control checks based on the signature received from the IDP server 13 and create an additional signature to include this additional signature while redirecting the requesting one of the plurality of client computing devices 12(1)-12(n) either back to the IDP server 13 or the network traffic manager apparatus 14. In this example, the generated signature(s) include the data associated with the access control checks performed by each of the devices such as the network traffic manager apparatus 14, the IDP server 13, and/or the second IDP server (not shown), although the generated signature can include other types and/or amounts of information such that the receiving device can verify the authenticity of the signature before using it.

While this example illustrates the IDP server 13 performing the step of authentication, in other examples the network traffic manager apparatus 14 can perform the step of authentication and generating the authorization grant code. Alternatively, the network traffic manager apparatus 14 can obtain the required data from the requesting one of the plurality of client computing devices 12(1)-12(n) to authenticate the obtained data from the requesting one of the plurality of client computing devices 12(1)-12(n) with the IDP server 13 directly instead of redirecting the request to the IDP server 13.

In step 330, the network traffic manager apparatus 14 receives the authorization grant code from the requesting one of the plurality of client computing devices 12(1)-12(n), although the network traffic manager apparatus 14 can receive other types and/or amounts of data from the requesting client computing device confirming the authentication. Additionally in this example, the network traffic manager apparatus 14 receives a response signature (either the new signature or the additional signature) along with the authorized grant code when the requesting one of the plurality of client computing devices 12(1)-12(n) is redirected back to the network traffic manager apparatus. In this example, the response signature includes data associated with all the access control checks that were performed by different devices, although the response signature can include other types or amounts of information.

Next in step 335, the network traffic manager apparatus 14 obtains an access token from the IDP server 13 using the authorization grant code, although the network traffic manager apparatus 14 can obtain the access token using other types or amounts of information. Alternatively in another example, the network traffic manager apparatus 14 can generate the access token using the authorization grant code.

In step 340, the network traffic manager apparatus 14 authenticates the obtained or received (from the request in step 305) access token with the IDP server 13, although the network traffic manager apparatus 14 can authenticate the obtained access token using other techniques. In this example, the network traffic manager apparatus 14 authenticates the access token by determining if the requesting one of the plurality of client computing devices 12(1)-12(n) has the required rights to access the web application and also determines whether the time period of the access token has expired by checking with the IDP server 13, although the network traffic manager apparatus 14 can use other techniques to authenticate the access token.

Next in step 345, the network traffic manager apparatus 14 determines when to enforce the access control checks based on the received response signature, although the network traffic manager apparatus 14 can make the determination using other parameters. Additionally and by way of example, the network traffic manager apparatus 14 can also determine if the token has expired and/or whether the requesting one of the plurality of client computing devices 12(1)-12(n) has the access rights to use the application by enforcing additional access control checks based on the data in the received response signature, although the network traffic manager apparatus 14 can determine the validity using other techniques. Accordingly, when the network traffic manager apparatus 14 determines that the result of the access control check fails, then the No branch is taken to step 355 where the exemplary method ends. However, when the network traffic manager apparatus 14 determines that result of the access control check is successful, then the Yes branch is taken to step 350.

In step 350, the network traffic manager apparatus 14 provides access to the requesting one of the plurality of client computing devices 12(1)-12(n) based on the access token, although the network traffic manager apparatus 14 can provide the access using other types or amounts of data. The exemplary method ends in step 355.

Accordingly, as illustrated and described by way of the examples herein, this technology provides a number of advantages including providing methods, non-transitory computer readable media and devices for managing a federated identity environment using security and access control data. Using the above illustrated examples, the disclosed technology is able to provide the client devices with a faster response to the request to access the application. Additionally, the disclosed technology is able to optimize authentication by sharing access control and security related data between the network traffic manager apparatus and the IDP server(s).

Having thus described the basic concept of the technology, it will be rather apparent to those skilled in the art that the foregoing detailed disclosure is intended to be presented by way of example only, and is not limiting. Various alterations, improvements, and modifications will occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested hereby, and are within the spirit and scope of the technology. Additionally, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims. Accordingly, the technology is limited only by the following claims and equivalents thereto. 

What is claimed is:
 1. A method for managing a federated identity environment, the method implemented by a network traffic management system comprising one or more network traffic apparatuses, client devices, or server devices, the method comprising: performing an initial access control check on a client upon receiving a request to access a web application; generating a signature comprising data associated with the performed initial access control check including a type and a result of the performed initial access control check; sending the client to a first server with the generated signature to determine when to authorize the client to access the requested web application; and granting the client access to the requested web application when the client is determined to be authorized to access the requested web application, based on subsequent access control check enforced on the client using the generated signature comprising the data associated with the performed initial access control check, wherein data associated with the enforced subsequent access control check is included in a response signature and wherein the enforced subsequent access control check are different from the performed initial access control check.
 2. The method as set forth in claim 1, further comprising: obtaining an access token associated with the requested web application; determining a result of enforcing the initial access control check or the subsequent access control check; and providing access to the requesting client to access the requested web application based on the determined result.
 3. The method as set forth in claim 1, further comprising: receive a response signature from the client prior to the granting, wherein the response signature comprises the subsequent access control check performed by a first server or a second server; modify the initial access control check or the subsequent access control check based on the received response signature; and enforce the modified initial access control check or the subsequent access control check on the client.
 4. The method as set forth in claim 1, further comprising, redirecting the client to a second server from the first server with a new signature, wherein the new signature is generated based on additional access control check performed at the first server.
 5. A non-transitory computer readable medium having stored thereon instructions for managing a federated identity environment comprising executable code which when executed by one or more processors, causes the processors to: perform an initial access control check on a client upon receiving a request to access a web application; generate a signature comprising data associated with the performed initial access control check including a type and a result of the performed initial access control check; send the client to a first server with the generated signature to determine when to authorize the client to access the requested web application; and grant the client access to the requested web application when the client is determined to be authorized to access the requested web application, based on subsequent access control check enforced on the client using the generated signature comprising the data associated with the performed initial access control check, wherein data associated with the enforced subsequent access control check is included in a response signature and wherein the enforced subsequent access control check are different from the performed initial access control check.
 6. The medium as set forth in claim 5, further comprising: obtaining an access token associated with the requested web application; determining a result of enforcing the initial access control check or the subsequent access control check; and providing access to the requesting client to access the requested web application based on the determined result.
 7. The medium as set forth in claim 5, further comprising: receive a response signature from the client prior to the granting, wherein the response signature comprises the subsequent access control check performed by a first server or a second server; modify the initial access control check or the subsequent access control check based on the received response signature; and enforce the modified initial access control check or the subsequent access control check on the client.
 8. The medium as set forth in claim 5, further comprising, redirect the client to a second server from the first server with a new signature, wherein the new signature is generated based on additional access control check performed at the first server.
 9. A network traffic manager apparatus, comprising memory comprising programmed instructions stored in the memory and one or more processors configured to be capable of executing the programmed instructions stored in the memory to: perform an initial access control check on a client upon receiving a request to access a web application; generate a signature comprising data associated with the performed initial access control check including a type and a result of the performed initial access control check; send the client to a first server with the generated signature to determine when to authorize the client to access the requested web application; and grant the client access to the requested web application when the client is determined to be authorized to access the requested web application, based on subsequent access control check enforced on the client using the generated signature comprising the data associated with the performed initial access control check, wherein data associated with the enforced subsequent access control check is included in a response signature and wherein the enforced subsequent access control check are different from the performed initial access control check.
 10. The network traffic manager apparatus as set forth in claim 9, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to: obtain an access token associated with the requested web application; determine a result of enforcing the initial access control check or the subsequent access control check; and provide access to the requesting client to access the requested web application based on the determined result.
 11. The network traffic manager apparatus as set forth in claim 9, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to: receive a response signature from the client prior to the granting, wherein the response signature comprises the subsequent access control check performed by a first server or a second server; modify the initial access control check or the subsequent access control check based on the received response signature; and enforce the modified initial access control check or the subsequent access control check on the client.
 12. The network traffic manager apparatus as set forth in claim 9, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to redirect the client to a second server from the first server with a new signature, wherein the new signature is generated based on additional access control check performed at the first server.
 13. A network traffic management system, comprising one or more traffic management apparatuses, client devices, or server devices, the network traffic management system comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to: perform an initial access control check on a client upon receiving a request to access a web application; generate a signature comprising data associated with the performed initial access control check including a type and a result of the performed initial access control check; send the client to a first server with the generated signature to determine when to authorize the client to access the requested web application; and grant the client access to the requested web application when the client is determined to be authorized to access the requested web application, based on subsequent access control check enforced on the client using the generated signature comprising the data associated with the performed initial access control check, wherein data associated with the enforced subsequent access control check is included in a response signature and wherein the enforced subsequent access control check are different from the performed initial access control check.
 14. The network traffic manager apparatus as set forth in claim 13, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to: obtain an access token associated with the requested web application; determine a result of enforcing the initial access control check or the subsequent access control check; and provide access to the requesting client to access the requested web application based on the determined result.
 15. The network traffic manager apparatus as set forth in claim 13, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to: receive a response signature from the client prior to the granting, wherein the response signature comprises the subsequent access control check performed by a first server or a second server; modify the initial access control check or the subsequent access control check based on the received response signature; and enforce the modified initial access control check or the subsequent access control check on the client.
 16. The network traffic management system of claim 13, wherein the one or more processors are further configured to be capable of executing the programmed instructions stored in the memory to redirect the client to a second server from the first server with a new signature, wherein the new signature is generated based on additional access control check performed at the first server. 